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COMMUNICATIONS NETWORK 

BACKGROUND TO THE INVENTION 

The present invention relates to a communications network, and in 
5 particular to a network handling traffic which conforms to a packet-based inter- 
networking protocol. 

Internet Protocol (IP) offers a relatively light-weight and adaptable protocol 
for data communications and has been widely adopted. Recently, considerable 
effort has been directed to implementing communications services such as 

10 telephony or multimedia conferencing using Internet Protocol. However, the levels 
of performance it has been possible to achieve hitherto for such applications have 
been severely limited and fall well below those typically expected, for example, by 
customers of a conventional PSTN network. An important factor limiting the 
performance of communication systems using such protocols is that the protocol 

15 functions on a "best effort" basis and is not able to offer a guaranteed quality of 
service. As a result, heavy loading of a network quickly results in delay or loss of 
packets which in turn severely reduces the quality and intelligibility, for example, 
of an Internet telephony channel. Attempts to overcome these limitations using 
supplementary protocols, such as RSVP have not to date been wholly successful. 

20 SUMMARY OF THE INVENTION 

According to a first aspect of the present invention, there is provided a 
method of operating a telecommunications network in which network traffic 
conforming to a packet-based inter-networking protocol is communicated between 
network nodes using a circuit-switched messaging protocol, and subsequently the 

25 said traffic is transmitted from one of the said network nodes to a customer 
terminal. 

The present invention provides for the first time a method of 
communicating traffic in a telecommunications network using a hybrid protocol in 
which data conforming to a packet-based protocol such as Internet protocol is 
30 carried over a circuit-switched messaging layer. This approach makes it possible 
to provide for the traffic the quality of service guarantees needed for successful 
implementation of services such as internet telephony, whilst maintaining many of 
the advantages in terms of flexibility and ease of implementation of Internet 
protocol and other packet-based protocols. Furthermore, this approach greatly 
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facilitates integration between the communications network and associated 
computer systems. 

The term "traffic" is used here, as is conventional in the field of 
telecommunications networks, to indicate the signals carrying communications 
5 between the end users of the network, e.g. telephone calls, as opposed to any 
other signals present in the network, such as the control signals conventionally 
carried on the common channel signalling network, or network management 
signalling. 

Preferably, the packet-based inter-networking protocol is Internet Protocol 
10 (IP). Preferably the circuit-switched messaging protocol is a common channel 
signalling protocol, and more preferably is signalling system number 7 (SS7) MTP 
(message transport part). 

The term "Internet protocol" as used herein encompasses IP version 4 and 
IP version 6 as defined by the Internet engineering task force (IETF) or any like 
1 5 protocol technically compatible with those protocols. Signalling System number 7 
(SS7) is defined by the ITU and is a widely adopted and stable common channel 
signalling protocol developed for use in telephony networks. 

Preferably the method includes steps of receiving data packets conforming 
to the said packet-based inter-networking protocol, converting addresses carried in 
20 the said packets to origination codes and destination codes of a circuit-switched 
network, and writing the said codes in a signal conforming to the circuit-switched 
messaging protocol. 

This preferred approach to implementing the invention uses, e.g., a look- 
up table to convert addresses of a packet-based network to corresponding 
25 origination and destination codes of a circuit-switched network. 

According to another aspect of the present invention, there is provided a 
method of communicating packet data via a telecommunications network, which 
telecommunications network includes a circuit-switched signalling network which 
supports a predetermined messaging protocol, the method including converting the 
30 said packet data to a signal conforming to the said predetermined messaging 
protocol, communicating the converted packet data via the signalling network, and 
subsequently recovering the packet data from the said signal. 

The invention is particularly valuable as a way of using the capabilities of 
existing telephony networks to support internet traffic. 
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According to another aspect of the invention, there is provided a node 
including means for converting data conforming to a packet-based internetworking 
protocol to a format conforming to a circuit-switched signalling protocol, and 
means for outputting a signal in the said format onto a communications network. 
5 The node may be a trunk or exchange switch, as in the example described 

below, or may be an edge-of-network terminal such as a personal computer, an 
intelligent telephone or a mobile Java terminal. 
BRIEF DESCRIPTION OF THE DRAWINGS 

Systems embodying the present invention will now be described in further 
10 detail, by way of example only, with respect to the accompanying drawings, in 
which: 

Figure 1 is a schematic showing a communications network embodying 
the invention; 

Figure 2 shows a protocol stack for a system embodying the invention; 

1 5 Figure 3 shows a look-up table used in the IP/MTP layer of Figure 2; 

Figures 4 to 1 5 are SDL diagrams for a system embodying the invention; 
Figure 16 shows a signal communicated in IP over MTP format via an 
intermediate node. 
DESCRIPTION OF EXAMPLES 

20 A telecommunications network includes a number of digital main switch 

units (DMSU's) 1 which are connected by a common channel signalling network 2 
to each other and to local exchanges 3. Each trunk exchange and at least some of 
the local exchanges include a data interface 10. In the example illustrated in the 
Figure, the data interface of one of the DSMU's is connected to a data server 4. 

25 This data server might be used, for example, to source a packetised MPEG- 
encoded video data stream in an internet video-on-demand (VoD) application. A 
data terminal, 5, which may be a personal computer, is connected to the data 
interface of one of the local exchanges. 

In use, the data server transmits data, such as VoD programme material, 

30 as Internet Protocol (IP) packets to the data interface of the DMSU. The data 
packets carry, in this example, the internet address of the data terminal. Within 
the DMSU, the data packets are processed within an IP/MTP convergence layer 
for transmission over the common channel signalling network using SS7 Message 
Transfer Part protocol. The converted packets are then carried within the 
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signalling network to the local exchange. Here, the convergence layer carries out a 
complementary function, converting data from the MTP layer into IP packets for 
forwarding to the customer data terminal. 

Figure 2 shows the IP over MTP protocol stack of the system described 
5 above. The IP/MTP convergence layer carries out functions of address mapping, 
signalling link selection, encapsulation of IP messages and support of relevant MTP 
primitives. 

The address mapping function converts IP addresses to MTP point codes 
and vice versa. In the present example, this done using a look-up table, as 

10 illustrated in Figure 3. This converts the source and destination IP addresses to 
originating point code (OPC) and destination point code (DPC) respectively. A 
service indicator in the MTP SIO field is set to identify IP as the MTP user. 

The convergence layer is also responsible for selecting the signalling link 
within the SS7 network to be used in conveying the data, and indicates this 

1 5 selection to the MTP layers. The MTP makes use of this indication in selecting a 
physical link for transmission, although the MTP logic may choose a different link 
in the selection indicated is unavailable. The step of selecting the signalling link 
by the convergence layer may be carried out, for example, by stepping round a 
cycle of all possible link numbers, with a new link selected for each IP packet, 

20 other than when an IP packet is fragmented, in which case the fragmented packets 
are sent on the same link to ensure a high probability that the packets are received 
in the correct order. 

IP messages are encapsulated in the signalling information field SIF of an 
MTP Message Signal Unit (MSU), immediately following an MTP level routing label. 

25 The IP message is sent to MTP level 3 in an MTP-transfer primitive. The size of 
the IP message needs to be less than or equal to 268 octets. IP messages longer 
than this are fragmented by the IP layer. The MTP layers of the system are 
required to support SIFs of 272 octets in order to accommodate the IP message 
and an MTP level 3 routing label. 

30 The IP / MTP convergence layer supports the following MTP level 3 

primitives: 


Primitive Name 


Primitive Type 


Parameters 
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MTP-transfer 

request, 
indication. 

originating point code (OPC), 
destination ooint coda IT)PC\ 
signalling link selection 
(SLS), 

service information octet 
(SIO), 

user data (IP message). 

MTP-pause 

indication. 

destination point code (DPC). 

MTP-resume 

indication. 

destination point code (DPC). 

MTP-status 

indication. 

destination point code (DPC), 
cause. 

MTP-restart 

indication. 

destination point codes DPC 


The MTP-transfer request and indication primitives are used to transmit 
and receive, respectively, IP messages to and from the remote host. The point 
code of the remote host is given by the DPC parameter. The OPC parameter 
5 indicates the point code of the originating the message. The SLS and SIO will be 
selected as described above. The User Data part of the primitive will contain the IP 
message. 

On receipt of an MTP-pause indication, the inability of the MTP to 
communicate with its peer (with point code indicated by the parameter DPC) is 
10 indicated to the IP layer, and any messages requested by IP to be sent to that DPC 
will be discarded. On receipt of an MTP-resume, the ability of the MTP to 
communicate with its peer (with point code indicated by the parameter DPC) is 
indicated to the IP layer, and any messages requested by IP to be sent to that DPC 
will be transmitted. 

15 On receipt of an MTP-status indicating user part unavailability at the 

remote host with point code DPC, the inability to deliver messages is indicated to 
the IP layer, and any messages requested by IP to be sent to that DPC will be 
discarded. On receipt of an MTP-status with a cause parameter indicating 
congestion at the remote host with point code DPC, congestion controls (for 

20 further study) will be imposed on all messages to be sent to the peer user part at 
that DPC, appropriate for the level of congestion, until the congestion has ceased. 
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Receipt of an MTP-restart indication indicates that an MTP restart has 
occurred, and is handled appropriately by marking that specific previously 
unavailable locations are now available. 

While for the example illustrated in Figure 1 , the IP over MTP connection 
5 passes in a single hop between originating and destination, in general a connection 
may pass through one or more intermediate stages. Figure 1 6 shows a connection 
from originating node A to destination node C passing via intermediate node B. As 
shown in the Figure, at the intermediate node, the message makes a double pass 
through the convergence layer, in the course of which the destination point code 
10 of the incoming message becomes the origination point code of the outgoing 
message. 

Figures 4 to 15 are SDL (Specification Description Language) diagrams 
illustrating an implementation of the system described above. These may be 
compiled using commercially available tools to provide the basis of the software 

15 required to implement the convergence layer. Figure 4 is a system diagram 
showing the IP and MTP bidirectional links to and between exchanges. Figure 5 
formally indicates that the behaviour of the terminating exchange is the same as 
the originating exchange. Figure 6 shows messages to and from the IP/MTP 
convergence process and the relationship with IP and MTP processes. Figure 7 

20 defines the behaviour of the IP/MTP conversion process. Figure 8 is a continuation 
of Figure 7. Figure 9 shows a procedure to check whether required DPC is 
marked as congested. Figure 10 shows a procedure to check whether a required 
DPC is marked unavailable. Figure 1 1 shows a congestion control procedure to 
mark destination point codes as congested when notified by the MTP process and 

25 to perform required congestion control. Figure 12 shows a DPC available 
procedure to remove any DPC codes marked as unavailable which the MTP 
process has indicated as now being available. Figure 13 shows a DPC unavailable 
procedure to mark DPC unavailable when so indicated by the MTP process. Figure 
14 shows a procedure to find an appropriate signalling link. Figure 15 is a look-up 

30 procedure to translate a received IP address into the origination and destination 
codes required by MTP. 
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CLAIMS 

1 . A method of operating a telecommunications network in which network traffic 
conforming to a packet-based inter-networking protocol is communicated between 

5 network nodes using a circuit-switched messaging protocol, and subsequently the 
said traffic is transmitted from one of the said network nodes to a customer 
terminal. 

2. A method of operating a telecommunications network, which 
10 telecommunications network includes a circuit-switched message signalling 

network connecting a plurality of network exchanges, which signalling network 
supports a messaging protocol, the method including: 
receiving packet data; 

converting the said packet data to a signal conforming to the said 
1 5 messaging protocol, 

communicating the converted packet data via the signalling network to a 
network exchange; 

at the network exchange subsequently recovering the packet data from the 
said signal; and 

20 transmitting the packet data from the exchange to a customer terminal 

3. A method according to claim 1 or 2, in which the packet-based inter- 
networking protocol is Internet Protocol (IP). 

25 4. A method according to any one of claims 1 to 3, in which the circuit-switched 
message signalling protocol is a common channel signalling protocol, 

5. A method according to claim 4, in which the circuit-switched message 
signalling protocol is signalling system number 7 (SS7) message transport part 

30 (MTP). 

6. A method according to any one of the preceding claims, including steps of 
receiving data packets conforming to the said packet-based inter-networking 
protocol, converting addresses carried in the said packets to origination codes or 
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destination codes of a circuit-switched network, and writing the said codes in a 
signal conforming to the circuit-switched message signalling protocol. 

7. A node for connection in a communications network and adapted for use in a 
5 method according to any one of claims 1 to 6. 

8. A node for use in a method according to any one of claims 1 to 6 including 
means for receiving traffic comprising data conforming to a packet-based 
internetworking protocol, means for converting the data conforming to a 

10 packet-based internetworking protocol to a format conforming to a circuit- 
. switched signalling protocol, and means for out putting a signal in the said 
format onto a communications network. 

9. A telecommunications network including a node according to claim 8. 

15 

10. A telecommunications network comprising: 

a plurality of network exchanges; 

a signalling network interconnecting the plurality of exchanges; 

access networks connected to the plurality of exchanges; 
20 at least one of the plurality of exchanges including: 

a traffic interface arranged to receive traffic comprising data 
conforming to a packet-based internetworking protocol from a 
respective one of the access networks; 

a converter connected to the traffic interface and arranged to 
25 convert the data conforming to a packet-based 

internetworking protocol to a format conforming to a circuit- 
switched signalling protocol: and 

a signalling network interface connected to the converter and 
arranged to output the said data onto the signalling network. 
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Fig.3. 
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Fig.5. 
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Fig.6. 
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Fig.8. 
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Fig.9. 
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Fig.10. 
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Fig.11. 
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Fig.12. 
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Fig.13. 
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Fig. 14. 
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Fig. 16. 
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